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(71) We, International Business 
Machines Corporation, a Corporation 
organized and existing under the laws of the 
State of New York in the United States of 
America, of Armonk, New York 10504, 
United States of America, do hereby declare 
the invention, for which we pray that a 
patent may be granted to us, and the 
method by which it is to be performed, to 
be particularly described in and by the 
following statement: — 

The present invention relates to ticketing 
systems and in particular to such systems 
employing ticketing terminals coupled into 
a system network. 

Present ticketing systems may be divided 
into two general classes. The first of these 
relates to relatively unsophisticated systems 
such as those used by most railway com- 
panies. Many of these systems employ, at 
each terminal or booking office, a stock of 
pre-printed tickets. These tickets may be 
retrieved either by hand or by semiauto- 
matic selection apparatus. Other systems in 
this class use blank tickets which are 
selectively printed using either a printing 
plate or a coding card which is selected 
manually. All of these systems suffer from 
the disadvantage that they require non- 
automatic reference to tables. Though, at a 
particular terminal or booking office, the 
fares and ticket position of the tickets for 
the most used journeys are known by book- 
ing clerks, problems arise when tickets for 
less frequently taken journeys are requested. 
This last factor, and also the fact that such 
systems are largely non-automatic can cause 
considerable delays in supplying tickets. The 
second general class relates to reservation 
and ticketing systems such as those used by 
major airlines, for example the British Air- 
ways BOADICEA system. These are 



sophisticated systems employing complex 
communications networks as the majority 
of the data keyed into a terminal is passed 
to the central processing system. Such sys- 
tems are obviously costly and require 
specially trained operators. The cost is, of 
course, justified by the speed of operations 
covering very large areas and the facilities 
provided, and this speed is necessary with 
possible conflicts of requests for reserva- 
tions. 

There is a requirement for a system which 
falls between those in the above classes. 
Such a system should employ terminals 
which do not require extensive operator 
training. It should also employ a centralised 
control system to permit a limited number 
of the operations performed by systems 
within the second class of systems whilst 
using relatively simple communications 
facilities. 

According to the invention there is pro- 
vided a ticketing system comprising a host 
data processing system connected to a 
plurality of local controllers, each controller 
being connected to one or more ticketing 
terminals each comprising a data entry sys- 
tem, a display system and a ticket printer, 
in which each local controller is operable, 
in response to selection data from the data 
entry system of an associated terminal to 
build sets of data in a buffer storage area in 
the controller, the data in the sets being 
derived either by reference to groups of 
data held within a store connected directly 
to the controller or, if it is not held therein, 
by reference to the host system which is 
operable to obtain the requested data from 
an associated data storage device for trans- 
mission to, and storage at, the local con- 
troller, and means, under control of the 
data entry system, for operating the ticket 
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printer when a said set of data is fully built 
up to print this data in the form of a ticket. 

In order that the invention can be fully 
understood, a preferred embodiment thereof 
* will now be described with reference to the 
accompanying drawings, in which: — 

Figure 1 is a block diagram of a ticket- 
ing system in accordance with the invention; 

Figure 2 shows in more detail a local con- 
10 troller employed in the Figure 1 system; 

Figure 3 is a block diagram of the pro- 
cessor employed in a local controller of 
Figure 2, showing the data flow therein; 

Figure 4 shows the coding employed at a 
13 local controller as shown in Figures 2 and 3; 

Figure 5 is a block diagram of a display 
unit as used in the data entry and displav 
devices shown in Figure 1; and 

Figures 6 to 9 show the display on the 
m screen of a data entry and display device 
during the operations involved in producing 
a ticket. 

Before describing the preferred embodi- 
ment in detail, it should be pointed out that 
25 the system will be described with reference 
to operations within a railway network. Tt 
should be understood, however, that such a 
system could be employed in other environ- 
ments where there is a requirement for pro- 
30 viding similar tickets over a broad area. 
Figure 1 is a basic block diagram of a 
ticketing system. It comprises a host central 
processing unit 1, this could, for example, 
be an IBM (registered trade mark) System/ 
35 370 system. Attached to the host unit is a 
disc store 2 and a terminal 3. The host unit 
is connected, through communication links 
4, to a plurality of local controllers, only one 
of which is shown (unit 5). The controller 
40 5 includes a processing and control unit 6, a 
disc file 7 and storage blocks 8. Each local 
controller is connected to one or more book- 
ing office units, of which two, labelled 9 and 
10 respectively, are shown. Normally, each 
45 railway booking hall would be supplied with 
one or more local controllers and each 
booking window with one booking office 
unit. Each booking office unit includes one 
data entry and display unit (11 or 13) to- 
50 gether with a ticket printer (12 or 14). 
In operation, the host system store 2 
holds a set of data blocks called menu pages. 
These menu pages comprise combinations 
of pairs of station names in the railway sys- 
55 tern, routes, valid dates and fare tables. Each 
local controller contains a subset of the 
menu pages, this subset comprising the data 
which will be most used by the attached 
booking office units. 
60 Initially the clerk presses a key at his 
terminal, and in response to this the local 
controller supplies a special initial menu 
page of data to operate the clerk's display. 
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This page includes the words "ticket", 
"inquiry", "from here", "from elsewhere", 



"to Northern Region", "to Southern 
Region", "1st class single", etc., which are 
all displayed at appropriate positions next 
to respective keys on the display/entry 
unit. If the booking clerk then presses the 70 
key next to the displayed word "ticket", 
men this word is displayed on an area of the 
display screen which corresponds to the for- 
mat of a ticket to be printed. The menu 
page display does not at this time change. 75 
The clerk can now press the key next to the 

from here" display and the word "Win- 
chester" for example is displayed on the 
ticket display area. If the clerk then presses 
the key adjacent the "to Southern Region" 80 
display, this causes a new page from the 
local controller to be displayed. This cage 
provides "to A", "to B", "to C", "to D*E" 
etc., indications on the display, with the 
ticket display area remaining unchanged^ 85 
Now, if, for example, a ticket to Weymouth 
is required, the clerk presses the key ad- 
jacent to the "to W" area. This causes a 
further page from the controller to be dis- 
played This page provides "to Wareham" 90 

to Warminster", etc., indications on the 
screen, with, if there are more stations be- 
ginning with "W" in the railway system than 
positions on the display, an "OVER" 
indication adjacent one of the keys to pro- 95 
vide a further page of such station names, 
rne clerk can now depress the button cor- 
responding to "to Weymouth" display area, 

to Weymouth" is set into the ticket display 
area and the local controller again supplies 100 
toe originally presented page for displav. 
The clerk can now select the required type 
of ticket, e.g., 1st or 2nd class, single or 
return, and upon his pressing the appropri- 
ate key the full ticket data, including the 105 
fare, is presented on the ticket display area 
Upon depression of a special PRINT key 
the local controller data displayed in the 
ticket display area is transferred to the 
ticket printer and a ticket having this data 110 
printed thereon is produced. 

From the above operations, it can be 
seen that the pages are arranged in a tree 
structure, with selection of certain items in 
some pages or selection of any item in other 115 
pages causing the selection of new pases in 

L n ^ X - Ie J el of me tree - In accordance 
with the information required, a displayed 
page may be derived directly from a pase 
stored at the local control or, if it is not 120 
already stored there, the controller can re- 
quest it from the host processor. 

The host processor's major operation in 
the subject system is to hold the whole data 
base of the railway system, initially to sup- 125 
ply page data to the local controllers and 

!i!! n i^ 0 i reSp ? n » to requests for dat * from 
the local controllers to retrieve the requested 

25L disc storage system and to 

return this data to the requesting local con- 130 
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broilers. As the data base held in store 2 
will require fairly frequent updating for, for 
example, changes in fares, closures of cer- 
tain routes, the provision of certain special 

5 trains, such as football excursions, etc., a 
terminal 3, termed the commercial man- 
ager's terminal is provided. Using this 
terminal, the manager can make any neces- 
sary revisions to the data base, and such 

10 revisions can be transmitted to the local 
controllers at any convenient time. The host 
processor can perform financial and statisti- 
cal processing on data collected by the local 
. controllers based on the number of tickets 

15 sold, etc. These revision, financial and statis- 
tical operations need only involve transfer 
of the appropriate data between the proces- 
sor and local controllers at relatively infre- 
quent intervals, for example, once a day. 

20 Lastly, a link may be provided between the 
host processor and a similar host processor 
of a similar system in a further railway net- 
work, for example in a different country. 
This has the advantage that a combined 

25 data base comprising the menu pages for 
each system is available to both systems. 

Figure 2 is a block diagram of a local 
controller. This comprises a processing unit 
20 connected to a read-only control store 21 

30 and a random access memory 22. A disc 
file 23 is connected to the processor through 
an adapter 24, and a communications 
adapter 25 is provided for communications 
between processing unit 20 and the host pro- 

35 cessing system. An input/output multiplexor 
26 couples processing unit 20 to a plurality 
of device adapters 27 to 30. Each adapter 
is connected to an associated one of data 
entry and display devices 11 and 13 or 

40 printers 12 and 14. It should be noted that 
devices 11 to 14 are relatively simple de- 
vices, the printers including only the electro- 
mechanical devices, power supplies and 
connection circuits required for printing, 

45 and the data entry and display devices in- 
cluding only decoding and drive circuits for 
the display device itself together with simple 
coding arrangements for the entry keys. The 
essential data organisation for these devices 

50 is accomplished by adapters 27 to 30. In 
operation, processing unit 20 responds to 
input data from a data entry unit and, under 
the control of program instructions in read- 
only store 21 and memory 22, selects pages 

55 of data held in memory 22 for transmittal 
to the data entry and display devices and, 
when required, to the printers. If the re- 
quired data is not held in memory 22, then 
the processing unit generates a page request 

60 to the host processing system through com- 
munications adapter 25, and it organises the 
storage of data received from the host in 
memory 22 either for immediate or future 
use by the controller. Disc unit 23 is used to 

65 hold different types of data. Firstly it can 



hold statistical data, for example records of 
the last 100 tickets sold, daily totals of 
receipts, totals of tickets of different classes, 
etc., and this data can be used by the local 
controller to perform accounting operations 70 
using this disc file as a journal. Secondly, it 
can contain re-start procedures for the local 
controller, and lastly it can act as an inter- 
mediate file for data pages received from the 
host, thereby extending the number of pages 75 
which can be retained at the local control- 
ler. Processing unit 20 is operable to 
organise this data storage, to calculate the 
required sub-totals and to transmit required 
data, either upon request or at predeter- 80 
mined times, to the host processor. 

Figure 3 is a block diagram of processing 
unit 20, read only store 21 and random 
access store 22 showing data flow therein. 
The heart of this unit is an arithmetic and 85 
logical unit 40 which receives input data 
from an input register 42 and applies output 
data to an output bus 50 through which it is 
directed either to the read only or random- 
access memories 45 or to a set of working 90 
registers 44 or to an input/output multi- 
plexor 43. The ALU also applies control 
data to the multiplexor 43 through a bus 46. 
Addressing of the memories 45 and regis- 
ters 44 is under the control of an address 95 
control unit 41, which also receives input 
data from register 42. Outputs from mem- 
ories 45 and working registers 44 are fed to 
register 42 which also receives inputs from 
multiplexor 43. The multiplexor has an in- 100 
put bus 47, an output bus 49 and a plurality 
of output control lines 48 connected thereto. 

Processing unit operates under the control 
of a program held partially in the random 
access memory and partially in read only 105 
store. The components of this program are 
shown in Figure 4. Housekeeping for the 
system is performed by the system control 
program 60 which has overall control of an 
input/ output control programe 61. The 110 
input/output control program operates the 
multiplexer in conjunction with an interrupt 
handler to organise the sequence and timing 
of input/output operations by the applica- 
tion of adapter control code 63 to the input/ 115 
output device adapters 64 which include 
data buffers 70. These buffers hold output 
data in a form suitable for correct presenta- 
tion to the attached devices and hold re- 
ceived input data from the data entry units 120 
for application into the system in suitable 
form. 

System control program 60 also has over- 
all control of the application code 66 which 
is in the form of read only micro code. The 125 
application code operates to select required 
sequences of data to be displayed utilising 
the tree structure of the pages of data which 
are stored in the random access memory. 
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The application code also initiates requests 
for data from the host processor whenever 
required data is not in the local controller. 
Storage of pages in the random access mem- 
5 ory is under the control of a storage 
manager program which builds up, and uses 
for reference, a storage directory 68. The 
main function of the storage manager is to 
maintain an updated list of the pages in 

10 storage. The application program is also 
operable to develop state vectors 65, one 
for each booking office unit These state 
vectors include the data to be displayed and 
printed. They, are each divided into two 

15 sections, a transaction display area and a 
menu display area. The transaction area 
contains data which is built up piece-by- 
piece during the operations performed by a 
booking clerk, this data eventually being 

20 used to print the ticket. The menu display 
area contains the data which is displayed 
for selection by the clerk to build up the 
ticket buffer data. In addition, the state 
vectors contain indications of all currently 

25 used variables, parameters, flags and pointers 
which can be used to determine the state of 
the program operating the booking office 
units at any time. 
Turning now to the display devices used 

30 in the data entry and display devices shown 
m Figure 2, a block diagram of one of these 
displays is shown in Figure 5. The display 
is of the gas panel type with discharge sites 
defined by crossings of row and column 

35 drive conductors 80 and 81 respectively. 
These conductors are driven through 
respective drive switch units 82 and 83 
which are set by row and column select 
logic circuits 84 and 85 respectively. These 

40 circuits receive digital inputs along busses 
86 and 87 from buffers in adapter unit 88 
which corresponds with one of the adapters 
27 or 29 in Figure 2. A high voltage line 
drive control unit 89 feeds voltages for writ- 

45 mg, sustaining or erasing discharges in the 
panel in response to write or erase signals 
from adapter 88 along line 90 and applies 
sustain time reference signals along line 91 
back to the adapter. Essentially what 

50 happens is that the adapter applies digital 
input signals from its buffers in appropriate 
order to the row and column select logic 
circuits 84 and 85. These decode the digital 
signals into related line and column signals 

55 which operates associated switches in drive 
switch units 82 and 83. The adapter then 
initiates operation of drive unit 89 to apply 
first a write voltage and then a sustaining 
voltage through the previously selected 

60 switches in drivers 82 and 83, via lines 92 
and 93, to the selected row and column drive 
lines. This display system is shown in greater 
detail in UK Patent Specification No. 
1,381,566. 

65 The printers and their adapters are not 



illustrated herein. The printers are of the 
well known print wheel type having a 
plurality of type wheels and associated print 
hammers and which print a line as a column 
at a time. In order to permit line printing, 70 
data is assembled in the adapters in shift 
registers which receive this data serially by 
character. Thereafter, in response to print 
timing signals from the printer, the data is 
fed to decoding circuits a line at a time. The 75 
decoding circuits control the timing of the 
firing of the respective print magnets. 

A detailed description of operations using 
the^ system, including the operation sketched 
earlier, will follow, but before this, the 80 
construction of the menu pages will be 
explained. 

As mentioned above, the system of Figure 
1 uses, at the host processing system, data 
defining the full set of services which the 85 
railway is offering to passengers. As each 
booking office clerk has access only to data 
m the set, and can not generate his own 
data, then he can only sell precisely those 
services. This, of course, tends to minimise 90 
errors. At any time, the clerk, through the 
local controller, must have access to a well 
defined statement of the services he can sell 
this may be called the SYSTEM MENU.' 
Each local controller contains a SYSTEM 95 
MENU, which is stored in read-only form 
and can only be changed when the attached 
terminals are not in active use. The SYS- 
TEM MENU comprises a plurality of 
LOGICAL MENU PAGES (LMPsl it 100 
should be noted that these LMPs are the 
menu pages" mentioned hereinbefore All 
ot the static data which is needed to sell 
tickets must initially be coded into LMPs at 
the host processing system. The LMPs are 105 
distributed to the local controllers by paging 
them individually, for these paging opera- 
tions, each LMP is indivisible so that each 
controller only receives complete LMPs. 
• + At the local controllers, the LMPs are 110 
interpreted by fixed micro-code. Each is 
interpreted as a serial code string, the 
respective dements in the string being 
5™l ™ M . CONTROL WORDS 
(ICWs) ICWs in an LMP are normally 115 
interpreted in sequence, though some cause 
branching to another ICW out of sequence 

ft^^PF' 111 a local controller, an 
LMP is identified by a 32 bit number mem- 
ber and an 8 bit offset identifies one of the 120 
f™ WOrds to FK"*k *e ICWs. As the 
In * 2 ay con ?P rise 2, 3 or 4 words, not 
L 0f ^combinations of the 8 bit offsets 
KWs, but each ICW is uniquely 
identified by a concatenation of the LMP 125 
number and an offset, i.e., a total of 40 bits. 

VtZ 1°% S rn ? at is 88 follows:— 

i J? 7 * °i K *? h l " then &e Icw * the 
last of those that need be executed in an 
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LMP, if it is "0" then the ICW is not the 
last 

BIT 1 : This is a spare bit. 

BIT 2: This indicates a displayable or 

5 non displayable ICW. If it is "0", then the 
ICW is displayable, bytes 4 to 15 contain 16 
displayable characters and bits 4 to 7 indi- 
cate a transaction buffer area to be used for 
the displayable characters. The transaction 

10 buffer is used to store items for display in 
the transaction area of the display screen, 
that is the area in which ticket data is built 
up and not the menu area adjacent the keys. 
If BIT 2 is "1", then this indicates that 

15 the ICW is a non-displayable ICW of single 
word length. In this case, bit 3, if "0", indi- 
cates that the ICW provides a value, for 
example a fare value, or if "1" indicates 
that the ICW may cause a branch. In this 

20 case bits 4-7, if they contain "0" indicate a 
branch to another LMP, bits 8 and 9, if 
"00" indicate that the branch is uncondi- 
tional or if "01" indicate a branch if reverse 
journey. A 'reverse journey' is indicated if 

25 a numeric code representing the origin 
station is greater than a similar numeric 
code representing the destination station. 
These numeric codes are arbitrarily assigned 
to each station in the railway such that each 

30 station can be uniquely identified by the 
code. City pair LMPs are addressed by a 
pair of numeric codes in ascending value, 
that is, the lower numeric value first. Thus, 
if an origin/destination formed by the clerk 

35 has the higher value field first, then the 
system can distinguish this as a 'reverse' 
journey when compared with the target city 
pair LMP address. Lastly, bits 10 to 31 are 
bits 10-31 of the number of the LMP to 

40 which a branch should be made. 

BIT 3 indicates a class name or end item. 
If it is "0" then a class name is indicated, 
bits 8 and 9 indicate the length of the text 
of the same which can be found in an LMP 

45 indicated by bits 10 to 31 of the ICW. If it 
is "0", then an end item is indicated, in 
other words it is the last item in a sequence 
of operations to produce ticket data. In this 
case, bit 15, if "0" causes the item to be 

50 directed to the menu buffer area, or if "1" 
to the transaction buffer. Bit 14, if "0" 
indicates that explicit text, denned by bits 
8 to 13 is to be displayed, or if "1" indicates 
that text from a vocabulary table offset in 

55 LMP-1 by bits 8 to 13 is to be displayed and 
bits 16 to 31 indicate further data to be 
displayed and logical and arithmetic opera- 
tions to be carried out on data in the tran- 
saction buffer. This is the section which 

60 controls operations such as fare totalling, 
adding the date into the transaction buffer, 
adding validity period of a ticket, etc. 

In the system, LMPs are addressed by the 
32 bit LMP number which can be con- 

65 structed in either of two ways. Firstly, when 



an LMP is called by an ICW (see BIT 2 
above) then a 16 bit number (bits 16 to 31 
of the LMP number) is used, and these bits 
are prefixed by 16 bits identifying the rail- 
way administration. Alternatively, as a 70 
result of a change to the origin or the des- 
tination in the transaction buffer, the 16 bit 
location numbers of the stations in the city 
pair are concatenated to provide a 32 bit 
LMP number with the lesser valued station 75 
first 

There are a number of fixed LMPs at each 
local controller, these are as follows: — 

LMP-0 is one. .which is automatically . 
called whenever a booking office unit is reset 80 
or the clerk depresses fus "MENU" key. 
This LMP is used as the root of the total 
system menu tree from which all other 
menu pages can be located. LMP-1 is a 
common vocabulary table selected by 85 
branching from certain ICWs. It contains 
commonly encountered texts, such as 
"SECOND CLASS" and obviates the neces- 
sity for these texts to be stored in other 
LMPs, thus reducing the size of the data 90 
base. 

LMP-2 to LMP-5 are the roots of the 
four local subsets of the first booking office 
unit attached to the local controller. These 
can be accesed directly by the booking office 95 
clerk, without using LMP-0, by depressing 
his local subset keys. Similarly, four local 
subset LMPs are used for each other of the 
booking office units attached to the local 
controller. These subsets are generated by 100 
the clerk building up a transaction and then 
pressing a "SET BUFFER" key together 
with the appropriate local subset key, this 
causes a LOCAL SUBSET GENERATOR 
microprogram to build up and store the root 105 
LMP for the subset 

All LMPs when called, either from the 
local controller store or from the host pro- 
cessor, are paged to a common transient 
area which is managed by the storage 110 
manager (Figure 4) to determine those which 
are deleted when the area becomes full. 
LMPs in the transient area are addressed 
via a translation table. The format of a 
translation entry is: — 115 
BITS 0-31 = LMP number 
BITS 32-39 = Length of LMP in words 
BITS 40-47 = LMP usage count 
BITS 48-61 = Real address, on a word 
boundary, of the LMP in the local control- 120 
ler store. 

In order to provide data for a display, a 
MENU PAGE VISUALISER program is 
used to control these operations. This inter- 
prets the ICWs of a current LMP and moves 125 
all, or selected ones, of them into a TRAN- 
SACTION BUFFER DISPLAY area in 
the local controller store and/or into a 
MENU DISPLAY area of this store. It then 
invokes the adapter code of the appropriate 130 
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rfAfffi. 8 ?? d ^ transmission 
l?da ( £ptS OmthebufferSim0theasso - 
Figure 6 shows the screen of a data entry 
and display un,t having data displayed in 

Wn t imt) 3 ^!. 1 ^ is *at derived 
ftom LMP-1 when the unit is reset or the 
MENU key depressed. Other kevs shown 
are the SET BUFFER and SET ITEM keys 
which are used to set up local subsets in 

A PRINT key is operable to transfer 
built up data corresponding to that displayed 
on the upper, transaction area of the display 
to the printer. A TOTAL key, when oper 
ated causes totalling of fares for a partKr 
number of tickets this has to be depressed 
both at the start and finish of a totaE 
SfTT Th ? back sP*ce key, BSP allows 
fee booking clerk to retract bis path aE 
he menus he has selected whilst at the 
same tone data built up in the transact on 

EST* i em ? Ved - This ' of course pre 
vents the production of invalid tickets bear- 
W& for example, a first class designation 

of the ISpV*"? far& J 11 addition, his S 
*ttriw SP key K Restricted within certain 
attributes associated with the LMP in use 
ftis means he is prevented from going back 

£comS P US f diSplay Which rai ^ co ^in 
incompatible fare components. Lastly six- 

SL^ U , keyS are P rovided adjSt Ae 
sixteen display areas in the menu display 

area. For each selection operation, the clerk 
presses one of these keys only. We win now 
go through the selection sequence to pro- 
d n UC \ a ? C l et l TOm Winchester (the station 
%lS£ t ?*&& a 9 office is situated) t0 

TiSeT^^^L ¥ ch actslo Sft 
1ICKET at the left hand top of the tran- 
acton area and to insert a serial number 
in this area This data is also stored in the 
transaction buffer. The menu area at this 

fffJ e ^ ,nS , Un , chan S ed and LMP.l is still 
in use. iht clerk now presses the kev aA 

an Ce iCW h 1 „1S£ ft* 

an ICW in LMP-1 to refer to the vocabu- 

bry to extract "From Winchester" which is 
displayed underneath "TICKET" in the 
}K C l 0n t area a - nd stored in the second 

™JL rtiT** 1 ?? buffer - ^ cIerk 
presses the key adjacent to the "to SW 

Few in rWr* ™i in J<*es a class name 
t Mb • £ MP " ! whlch branches to a new 
L.MP in the menu tree, producing a display 

"T^ 0 ™wk 7 - T he clerk " ow elects 

nZ T MD P h K ^° ? ° ,aSS name ICW SO a 

new LMP is selected and the display again 
changes to that shown in Figure 8 If the 
required station were not on "the displayed 
hst, then the clerk could press the key 
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adjacent OVER" to display further stations 
ISSTS? $ h " W '*> but m this case hi 
S %r \ Weymouth". He can now invoke 
£ Wm ehester/Weymouth city pair LMP 
which will provide all the remaining infor- 70 
matron for the ticket This LMP again 
causes the menu area display to change and 
SL^S* i 6Vert t °i hat shown 10 Figure 6. If 

RetuS'W 0 '! de P reSSe ? me "2 nd Class 
S ke y» the city pair LMP causes the 75 
transfer of data to display this term into the 
toansaction display arVand to Ke the 
fere from its fare table and displays the fare 
The clerk then depresses the print key, ttos 

fce tS^Vr^ date ^ be added to 80 
die transaction buffer in default of other data 
and invokes the program to print the data 

In r T 8 ?^ buffer as 3 ticket. 
tinn^ m LMP ?, used in the above opera- 
S e rl d n u maay reside h* tb e local con- 85 

7' however, the Winchester/ Wey- 
mouth city pair were not stored therein after 

ler would request this LMP bv its LMP 
number which, it will be remembered, cJS 90 
prises a concatenation of the numbers of the 
two stations, from the host system 
in*t?J tat ? d hereinbefore, the booking clerk, 
£fcl° f comme ncing an operation with 
SS astern menu and building up all ticket 95 
LMP? J * e P» ean use a local subj'ert of 
IWe ° P ^° rm a shorthand" operation 
figure 9 shows an example of an initial 
ffc f s Ponse to the depression of one 

accSLs tne^^ 8 ' e - s - ke y LSI- This 100 
accesses the first of a preselected group of 

EJfft?^ 1,118 L ^ P p,aces Preselected aa?a 
into the transaction buffer so that this is 
displayed in the transaction area. The LMP 
pllveK^ 16 menU items ^hich are^ 105 
buff! 6 menu area - The transaction 
butter data corresponds to the ticket mnct 

ffi? for at the booktog officl w?„ 

cE chean 25? T fester, a Second 
Kf I ?rtSL 4?w tUm to .London (Water- 110 
ioo;. it this ticket is required bv the nas- 
senger, the clerk depresses the print button 

btfto C ^ e a S Hi e / are '. date and'senalnuS 
bets to be added to the transaction buffer 

Sffrsu?** ^ 418 data » * 115 

The menu items shown on the menu dfc 

on y th C e° m E f ""S ° nCS of Station 
on the ma n line between London and 

fert r anTS line r 1 ^ 8 ™nch™ 120 
^ and Cerent types of tickets, i.e. first 
and second class, single and return. Now 
£„ Passen §er required, instead of a cheap 
day re urn, a first class full fare period re? 
turn ticket, the clerk would depress the 125 

my, and this causes a corresponding ICW 
m the LMP to be invoked. This references 
the appropriate fare data and cause? thl 
2 cl cheap day" data in the transaction 130 
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buffer to be replaced by "1 cl return". data held within a store connected directly 

If, instead, the passenger wishes to travel to the controller or, if it is not held therein, 

to Eastleigh, the clerk depresses the menu by reference to the host system which is 

key adjacent the "Eastleigh" display. This operable to obtain the requested data from 

5 causes a branch to the Winchester/East- an associated data storage device for trans- 70 
leigh LMP which, of course, must be in ibis mission to, and storage at, the local control- 
local subset. The transaction buffer data is ler, and means, under control of the data 
now altered by replacing "to Waterloo" by entry system, for operating the ticket printer 
"to Eastleigh" and the clerk can proceed to when a said set of data is fully built up to 

10 either immediately print, if a cheap day print this data in the form of a ticket. 75 
return ticket is required, or to select a 2. A system as claimed in claim 1 in 

further ticket type as in the case of the which each local controller includes an 

Winchester/Waterloo ticket procedure de- arithmetic and logical unit, a data store, and 

scribed above. a control store, and each of said groups of 

15 It can be seen, that the clerk has at his data comprises a data page including con- .80 

disposal the choice of four local subsets, trol data effective to control sequences of 

made available to him by the keys LSI to operations within the local controllers and 

LS4. As has been mentioned above, the data for display at the display systems, 
clerk can build up these subsets himself by 3. A system as claimed in claim 2 in 

20 menu selection and the use of the SET which in each terminal, the display system 85 

BUFFER and SET ITEM keys to group includes a plurality of individual display 

the relevant LMPs in the store of the local areas and the data entry system includes a 

controller. He can, therefore, select any plurality of data entry devices each posi- 

conyenient group of these LMPs. The most tioned adjacent an associated one of the 

25 obvious one is that described above, relat- display areas and the data pages are con- 90 
ing to the stations on the local line. Other structed such that said sequences of opera- 
groups may include the major stations in tions each result in the display of data in at 
the railway network, e.g. those used in the least some of the individual display areas 
British Railways "Inter-City" services, or whereby data entered by operation of a 

30 stations on lines which directly connect with data entry device adjacent one of the display 95 

the local line. areas initiates a further sequence of opera- 

In summary, therefore, the system com- tions controlled by the control data in the 

prises a host system connected to a number data page causing the display or causes 

of local controllers each connected to one or branching to a further data page to provide 

35 more booking office terminals. The system the next sequence of operations. 100 
uses logical menu pages which are stored at 4. A system as claimed in claim 3 in- 

the host and can be distributed to, and eluding decoding means connected to the 

copied at, the local controllers. The logical data entry devices and operable to generate 

menu pages include item control words addresses of data pages or portions of data 

40 which can be selected in sequence to build pages in response to operation of the 105 

up ticket data. Each booking office clerk devices. 

can produce a ticket by means of a simple 5. A system as claimed in claim* 3 in 

selection procedure from data presented to which each local controller includes a buffer 

him on a display. In addition, the clerk can storage area operative to retain portions of 

45 directly select same ticketing data from local the displayed data selected by operation of 110 

subsets of LMPs without going through the the data entry devices, said portions corres- 

normal selection procedures. Thus, each ponding to data to be printed upon a ticket 

clerk has to hand all of the data required and means operable in response to the 

for any tickets in the railway system and in operation of a print entry device to transfer 

50 addition has the provision for very rapidly data in the buffer storage area to a printer. 115 
producing the tickets most often required by 6. A system as claimed in any of the 

passengers at his station. previous claims in which each data page 

WHAT WE CLAIM IS: — comprises a page number and a plurality of 

1. A ticketing system comprising a host control words, at least some of which include 

55 data processing system connected to a data to be displayed and/or printed. 120 
plurality of local controllers, each control- 7. A system as claimed in claim 6 in 

ler being connected to one or more ticketing which at least some of the page numbers are 

terminals each comprising a data entry sys- formed by the combination of data repre- 

tem, a display system and a ticket printer, senting two items of ticket data. 

60 in which each local controller is operable, 8. A ticketing system substantially as 125 

in response to selection data from the data described herein with reference to the 

entry system of an associated terminal to accompanying drawings, 
build sets of data in a buffer storage area in A. G. F. HAWKINS, 

the controller, the data in the sets being Chartered Patent Agent, 

65 derived either by reference to groups of Agent for the Applicants. 
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